


[2C Interface for 
Lego RCX ‘Brick’ 


makes unprecedented extensions possible! 


Design by W. Huiskamp 


It has, by now, become well known that the Lego RCX-module is emi- 
nently suitable for experimenting with such things as robotics. But once the 
designs grow beyond simple experimentation it quickly becomes obvious 
that the number of inputs and outputs that this control module provides, 
are rather insufficient. That’s why Elektor Electronics presents the 12C- 
interface for this Lego brick. An entirely new world is opened up: in prin- 
ciple, no fewer than 128 I4C-devices may be connected to the bus! 





The RCX, the ‘intelligent’ component of the nently suitable to serve a as the 
Lego Robotics Invention System, which forms basis of various automation applica- 
part of the Lego Mindstorms program, is emi- tions. Apart from the programming 
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that is still required, it is very easy to 
assemble, for example, a small robot 
together with ‘normal’ Lego parts. 
However powerful or modular the 
design of the RCX-module may be, 
when more things have to be con- 
trolled or measured than are possible 
with the three inputs and the three 
outputs, you're out of luck... 

This is not the first time that this 
‘shortcoming’ in the design has been 
noted. In a series of five articles, 
which commenced in April 2000, we 
presented the Lego Robotics Inven- 
tion System. Even then, attempts 
were made to connect multiple sen- 
sors to one input. The Summer Cir- 
cuits issue of the same year also con- 
tained a trick that enabled multiple 
switches to be connected to one 
input. 

Naturally, the design staff and 
editors of Elektor Electronics where 
not the only ones to notice that the 
I/O capabilities of the RCX module 
are rather limited. Various enthusi- 
asts have invented circuits that, 
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Figure |. The |2C-interface for the Lego-RCX consists of two identical parts for the SCL- en SDA-signal. 


using multiplexing techniques, 
enable more peripherals to be con- 
nected. Some of these are very inge- 
nious indeed, and will certainly be 
sufficient in certain circumstances. 
The circuit presented here, however, 
is probably a fraction smarter still. 
Because, with this extension, the 
RCX module can communicate with 
(theoretically) up to 128 devices on 
the I2C bus! 


Operation of the interface 


The Inter-IC bus (I2C) is a 2-wire bus 
with a bi-directional data line (SDA) 
and a clock signal (SCL). The bus is 
subject to a number of rules. Data 
transfer takes place between the so- 
called master and one or more 
slaves. The master is the device that 
initiates the communications and 
also generates the clock signal. In 
addition, the devices are not permit- 
ted to pull the connections to the bus 
active high. A high level is obtained 
by making that connection high 
impedance, a resistor with a value of 
3k3, connected to the power supply 
rail, providing the logic High level on 


4/2002 Elektor Electronics 


the bus. Pulling the Low to produce 
a zero is permitted. The 3k3-resistor 
is then pulled to ground. 

The RCX module has to be able to 
generate both ones and zeros on the 
bus, but also has to be able to read 
ones and zeros. This can be realised 
with a single sensor input by utilis- 
ing a well-known trick. Under soft- 
ware control, a sensor input can be 
configured as either active or pas- 
sive. In passive mode, the measured 
value (= the voltage at the input) is 
determined by the internal resistor 
and the resistance of the attached 
sensor. The voltage of this potential 
divider can vary between 0 and 5 V. 
When the sensor input is set to 
active mode however, the battery 
voltage (7 to 9 V) is applied to the 
sensor connections between mea- 
surements. This voltage is periodi- 
cally, approximately every 3 ms, 
switched off and the value at the 
input is determined in the usual way. 
A measurement takes about 0.1 ms 
to carry out. 

In this way, by switching 
between active and passive sensors 
under software control, it becomes 


possible to generate a signal from the RCX to 
the I2C bus. In addition, it remains possible 
to read the signals originating on the bus via 
the same sensor input. 


Circuit 

The actual interface for both the SDA and 
SCL signals is identical. Consequently, the 
same circuit can be recognised twice in Fig- 
ure 1. We will only discuss the operation for 
one signal. The circuit is split into two parts 
because of the optocoupler. This prevents 
damage to either the RCX module or the 
attached devices in the event the voltage is 
too high somewhere (for example, when only 
one of the two power supplies is connected). 
This is because the section of the circuit at 
the I2C side is powered separately. IC5 takes 
care of this. D27 protects against damage 
from reverse polarity if the power supply is 
connected incorrectly. LED D28 is the power 
supply indicator. 

The RCX part of the circuit is powered via 
D7 to D10. The diodes are connected as a 
bridge rectifier, so there is no need to con- 
sider the polarity when connecting to the 
RCX module. C1 buffers the power supply 
during those periods when the measurement 
takes place. This is necessary because in the 
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Figure 2. Test circuit with IC port-expander and driver-IC with eight LEDs. 


active mode the battery is periodically dis- 
connected. 

The voltage at the sensor connection is 
also applied to the circuit via D5 and D6 
(together they ensure that the polarity is 
immaterial). The combination of zener D1, 
and D2, D3 and D4 make it possible to make 
a distinction between passive and active 
mode. The zener does not conduct in passive 
mode. Once the battery voltage is switched 
on, C2 will charge and cause a voltage drop 
of up to 1.8 V across D2, D3 and D4. In this 
case C2 also takes care of riding through the 
periodic measurements. When this 1.8 V is 
present, transistor T1 will conduct and a cur- 
rent will flow through the LED in the opto- 
coupler. R1 makes sure that the capacitor is 
discharged quickly enough, when the input 
is switched back to passive mode. This 
method, with separate power supply and 
switching circuit, provides an accurately 
defined ‘1’ or ‘0’ on the bus. 

The circuit in the other side of IC1 is very 
simple and actually consists only of R2. This 
resistor provides the high-level signal when 
the line is at high impedance. When 
the LED is on, the transistor part of the opto- 
coupler conducts and the output level on the 
bus is low. The circuit, therefore, acts as an 
inverter. This is something we have to take 
into account in the software. 

The purpose of R4, D11, D12, D13, T2 and 
R5, together with IC2 and R6 is to be able to 
read the signal originating on the bus at the 
RCX-module. The logic level on the SCL or 
SDA line is applied via R4 to the base of T2 
and the diode string D11, D12 and D13. The 
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diodes limit the voltage at the base 
of T2 to 1.8 V. When the level on the 
bus is high, T2 will conduct and the 
LED in opto-coupler IC2 will be on. 
The LED obtains its power from the 
separate power supply for the I2C 
section. 

On the RCX side of IC2, the tran- 
sistor in the optocoupler ensures 
that, via R6, the input voltage at the 
sensor input will be low when the 
LED is on. D5 and D6 ensure that, 
once again, the polarity is not impor- 
tant when making the connection. 


Your first device 


In order to be able to test the inter- 
face, it is necessary of course, to con- 
nect a device to the bus. We sum- 
mon the circuit of Figure 2 for this 
purpose. At the centre of the circuit 
is IC1, a so-called I?C port expander. 
This ‘device’ is programmed via the 
bus with an 8-bit value that is pre- 
sented in binary value at the out- 
puts. If you send the number 1, for 
example, then PO will go High; the 
value 17 will cause P4 and PO to be 
High. The outputs of IC1 are con- 
nected via IC2, an octal driver IC, to 
eight LEDs. In an actual application 
these may of course be any other 
arbitrary indicators or actuators, 
such as buzzers or (via buffer stages) 
relays. Also note that the port 
expander can read an 8-bit value via 


PO to P7 as well. For this purpose, 
the master first has to set all outputs 
high, individual connections can 
then be pulled low. A read command 
will provide the value for each pin. 
Up to eight different port-expanders 
may be connected to the bus. This is 
because the address for the IC has 
the form 0100xxx0, where xxx may 
be set with DIP switch S1. 


Building 

The construction of either circuit 
should not cause you any difficulties, 
particularly if you etch your own cir- 
cuit boards according to the layouts 
of Figures 3 and 4. We would like to 
remind you of the things to consider 
during assembly. Take note of the 
polarity of diodes, capacitors, tran- 
sistors and ICs. You may decide to 
use sockets for the optocouplers. As 
can be seen from the parts list, a 
low-current LED was selected for 
D28 on the interface PCB. This is 
important because the LED is pow- 
ered directly from the RCX brick. 
And every little bit helps, of course, 
when it comes to saving battery 
power. 

PCB pins and box headers pro- 
vide the connections to the outside 
world. Standard Lego-wires can be 
soldered to K1 and K2. An external 9- 
V battery eliminator is connected to 
K3. Box header K4 leads the I2C bus 
to the outside world. Not only the 
SCL and SDA signals are available 
(pins 1 and 3 respectively), but also 
the power supply (pin 9) and ground 
(pins 2, 4, 6, 8 and 10). By making the 
power supply available on this con- 
nector, the test PCB can be con- 
nected without requiring its own 
power supply, provided the load is 
within reason. The 8 LEDs shown 
here are not a problem. The test PCB 
is fitted with the same 10-way con- 
nector and can be connected with a 
short piece of ribbon cable. 


Software 


The accompanying software is an 
essential part of the interface, of 
course. A number of functions are 
implemented that make data com- 
munications with the I2C devices 
possible at a higher level. These 
functions have been written in NOC 
2.2 (Not Quite C). RCX firmware ver- 
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Figure 3. The printed circuit board layout for the I2C-interface. 


COMPONENTS LIST Semiconductors: sion 2.0 has been used to interface with the 
(interface board) DI, DI4 = zender diode 4.7V hardware (previous versions do not work!). If 
400mW your RCX module is not up to this revision, 
Resistors: D2-D13,D15-D26 = IN4148 and you would like to make use of the I2C- 
RI,R6,R7,RI2,RI3 = IkQ D27 = low-current LED functions shown here, you will need to 
R2,R8 =3kQ3 TI-T4 = BC547 upgrade the module first. This is done as fol- 
R3,R5,R9,RI | = 100Q IC1-IC4 =CNY17-2 lows: First download the firmware V2.0 (the 
R4,RI0 = 4kQ7 ICS = 7805 ‘system software’) for the RCX module (refer to 
E i Miscell the link at the end of this article). The new 

apacitors: iscellaneous: f is then d loaded to the RCX. Th 
C1,C3 = 22uF 16V radial KI,K2,K3 = 6 PCB solder pins E bee ea ea gina onceare 
: program BricxCC can be used for this, for 

C2,C4 = IF l6V radial K4 = 10-way boxheader . : 

: : : example. You first have to set BricxCC to 

C5 = 220uF 25V radial Disk, project software, order code RCX2 RCX. Th ill ask for thi 
C6 = 100nF 010089-1 I (see Readers Services i nor RUA- Tie program wii ask for this 
C7 = 1000uF l6V radial page) or free download from the first time it starts up. Afterwards you can 


reach this setting by going to Edit — Prefer- 
ences under the tab Start Up. 
Also note that BricxCC is not only used for 


www.elektor-electronics.co.uk 


COMPONENTS LIST downloading new firmware, but also pro- 
(test board) Semiconductors: vides communication between a PC and the 
D1-D8 = rectangular LED RCX when sending NOC programs. NOC is a 
Resistors: ICI = PCF8574 compiler, which can translate C-like programs 
RI-R8 = 5602 IC2 = 74HCT245 into code for the RCX module. 
R9,RIO,RI I = 10k2 The functions that provide communica- 
Capacitors: Miscellaneous: tions with the bus are best illustrated with 
C1.C2 = 100nF KI = 10-way boxheader the help of two example programs. 
C3 = 10uF 16V radial S| = 3-way DIP switch (4-way will First we look at i2c_test_wr.nqc, which 


can be found with the other examples on the 


also fit) 
floppy disk that belongs with this project 
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(O © = Exron 010089-2) 





Figure 4. The printed circuit board layout for the test circuit. 
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(refer to service pages, EPS 010089-11) or on 
the Elektor Electronics web site. The test pro- 
gram increments a counter in steps of one, 
until a value of 255 is reached. Every new 
value is sent via the bus to the test PCB. We 
encounter the following lines of code: 


i2c_init(); 
i2c_start(); 

i2c_data = PCF8574 0; 
i2c_send(); 

i2c_data = test; 
i2c_send(); 
i2c_stop(); 


i2c_start() initiates the I2C-message. This is 
followed by sending the address of the device 
that we're talking to. That is the port 
expander in this case. After this the actual 
data is sent, via the variable i2c_ data. And 
finally the communication session is closed. 

In the example program, this is followed 
by incrementing the counter and executing 
the loop once more. This works well, but in 
principle it is not necessary to stop the com- 
munication as long as the same device is 
addressed. Initialisation, starting, sending of 
the address and stopping can take place out- 
side the loop in this case. This is certainly a 
lot faster. 

In the second example program, 
i2c_test_rd.nqc, the port-expander is read 
back. Before this can happen, the communi- 
cation has to be initialised in the usual man- 
ner: 


i2c_init(); 
i2c_start(); 

i2c_data = PCF8574 0; 
i2c_send(); 


In order to function as an input, all connec- 
tions have to be set high. To achieve this, a 
value of OxFF (255) is sent to the device: 


i2c_data = OxFF; 
i2c_send(); 


Useful websites 


Bricx Command Center 3.3: 
http://hometown.aol.com/johnbinder/bricxcc.htm 
Not Quite C: 
www.cs.uu.nl/people/markov/lego 

Official NQC download site: 
www.enteract.com/~dbaum/ngqc/doc 

RCX firmware 2.0: 
http://mindstorms.lego.com/sdk2/ 
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Preferences 


Preferences | 
General| Editor Start Up | Templates | Macros | Color | Options | 


C Show startup form 
C Don't connect to the brick 











Default | 


Figure 5. After starting BricxCC it is important that you select RCX2. 


Now the actual read operation of the 
port can be carried out: 


i2c_recv(); 
test= i2c_ data; 
Finally, the communication is 
stopped: 


i2c_stop(); 


The example program is slightly dif- 
ferent because it also contains a 
loop. Also, both programs do not 
bother with the acknowledge bit 
i2c_ackn. The master can receive 
this bit from a slave device, once all 
the data to the slave has been sent. 
The reverse is also true, an acknowl- 
edge bit can be sent to the slave 
once all its data has been read. This 
may be of use in some applications, 
but it is not necessary here. 

It appears that with this soft- 
ware, RCX brick and interface a 
speed of about 2 complete I2C mes- 
sages per second are achievable. 
This is not particularly fast, and will 
have to be taken into account for cer- 
tain applications. 

The actual implementation of the 
user functions is in the file i2c_mas- 
ter.nqc. When these functions are 


Default Values 

C BCX C Scout 

C CyberMaster f@ RCX2 

( Automatic 

C COMI C COMS © USBI 
C COM2 ¢¢ COMG ¢ USB2 
C COM3 ¢¢ COM? ¢ USB3 
C COM4 C COMS ¢ USB4 





Cancel 





called from within a program, this 
file has to included with the compiler 
directive #INCLUDE. We con- 
sciously avoid a discussion of the 
low-level functions. Those of 
you who are nevertheless interested 
can examine the source code for 
yourselves. The only thing that we 
could mention is that the inverting 
operation of the interface has been 
compensated for at this level. 

In this file can also be indicated 
which sensor input ultimately repre- 
sents which signal on the bus. The 
default is SCL for sensor 1 and SDA 
for sensor 2. There are also different 
addresses possible for the PCF8574 
(the port expander IC in the test cir- 
cuit). They are already provided as 
PCF8574 0 through PCF8574 7 
(0x40h through 0x4E). 

This definitely does not mean that 
the software is limited to this device. 
Other I2C devices can also be used, 
such as A/D or D/A converters 
(PCF8591 for example), LED- and 
relay-drivers (SAA1064 for example) 
or even a real-time clock with the 
Lego RCX module! 
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